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METHOD AND APPARATUS FOR 
CODING BITS OF DATA IN PARALLEL 

BACKGROUND OF THE INVENTION 

Reference to Co-Pending Applications 

[1000] The present Application for Patent is related to U.S. Patent 
Application No. 09/957,820, entitled "Method and Apparatus for Coding Bits of 
Data in Parallel," filed on September 20, 2001 , assigned to the assignee hereof, 
and hereby expressly incorporated by reference. 

Field of the Invention 

[1001] The present invention relates to data communications. More 
particularly, the present invention relates to coding multiple bits of data in 
parallel (e.g., using a multiple-port memory) to significantly reduce delays 
associated with coding. 

Description of the Related Art 

[1002] In a typical digital communications system, data is processed, 
modulated, and conditioned at a transmitter unit to generate a modulated signal 
that is then transmitted to one or more receiver units. The data processing may 
include, for example, formatting the data into a particular frame format, coding 
the formatted data with a particular coding scheme to provide error detection 
and/or correction at the receiver units, channelizing (i.e., covering) the coded 
data, and spreading the channelized data over the system bandwidth. The data 
processing is typically defined by the system or standard being implemented. 
[1003] At the receiver unit, the transmitted signal is received, conditioned, 
demodulated, and digitally processed to recover the transmitted data. The 
processing at the receiver unit is complementary to that performed at the 
transmitter unit and may include, for example, despreading the received 
samples, decovering the despread samples, and decoding the decovered 
symbols to recover the transmitted data. 

[1004] The ability to correct transmission errors enhances the reliability of a 
data transmission. Many digital communications systems employ a 
convolutional code or a Turbo code to provide error correction capability at the 
receiver units. Convolutional codes operate on serial data, one or a few bits at 
a time. There are a variety of useful convolutional codes, and a variety of 
algorithms for decoding the received coded information sequences to recover 
the original data. Turbo coding specifically is a parallel-concatenated 
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convolutional coding scheme. A concatenated code is a cascaded combination 
of two or more codes and is used to provide additional error correction 
capabilities. For a concatenated code, the code bits between the coding stages 
may be interleaved (i.e., reordered) to provide temporal diversity, which can 
further improve performance. An entire packet or frame of code bits is typically 
stored before the reordering is performed. The reordered code bits are then 
serially retrieved and coded by the next coding stage. 

[1005] Conventionally, convolutional and Turbo coding is performed serially 
on an input bit stream. For each clock cycle, one data bit is provided to the 
encoder and two or more code bits are generated depending on the code rate 
of the encoder. Some of the code bits may then be punctured (i.e., deleted) to 
obtain code bits at other code rates. 

[1006] Digital multiple access communications systems typically transmit 
data in packets or frames to allow for efficient sharing of system resources 
among active users. For services that cannot tolerate long delays (e.g., voice, 
video), the packets are selected to be short in duration (e.g., 10 msec) and the 
codes are accordingly selected to have shorter processing delays. However, for 
improved coding efficiency, it is desirable to process and code larger sized 
packets, which can result in longer processing delays using the conventional 
technique that serially codes data. The long processing delays may adversely 
impact the performance of the communications system. For example, a 
particular user or data rate may be selected for a particular data transmission 
based on the conditions of the communications link. If the processing delays 
are excessively long, the link conditions may have changed by the time of the 
data transmission, and performance may be compromised or adversely 
affected. 

[1007] As can be seen, techniques that can be used to efficiently code data 
with shorter processing delays are highly desirable. 

SUMMARY OF THE INVENTION 



[1008] According to one aspect, a method of generating addresses for an 
interleaver in a wireless communication system Includes incrementing a counter 
to a counter value, the counter value for generating an interleaver address, if 
the counter value corresponds to an invalid interleaver address, adjusting the 
counter value to a next valid address, and generating an address based on the 
adjusted counter value. 
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[1009] In another aspect, an address generation apparatus for an interleaver 
in a wireless communication system including a counter, and a plurality of 
address generators each coupled to the counter, each of the plurality of address 
generators having a memory storage device coupled to the counter, storing a 
plurality of counter values with corresponding counter offset values, and a 
second counter coupled to the memory storage device, adapted to add the 
counter offset value to a previously generated address. 

[1010] In still another aspect, a data encoder includes a plurality of memories 
for storing sequential input information bits, a plurality of interleavers for 
scrambling the input information bits, a first encoder coupled to a first of the 
memories, the first encoder adapted to encode the sequential input information 
bits, and a second encoder coupled to the plurality of memories, the second 
encoder adapted to encode the interleaved input information bits. 
[1011] In yet another aspect, a method of encoding data includes receiving a 
plurality of input bits, and during a single system clock cycle: calculating a first 
set of state values based on the plurality of input bits, calculating a second set 
of state values based on the plurality of input bits and the first set of state 
values, calculating a third set of state values based on the plurality of input bits, 
and the first and second sets of state values, and generating a set of encoded 
outputs based on the first, second, and third sets of state values. 
[1012] Other aspects and embodiments of the invention are described 
below. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[1013] The features, nature, and advantages of the present invention will 
become more apparent from the detailed description set forth below when taken 
in conjunction with the drawings in which like reference characters identify 
correspondingly throughout and wherein: 

[1014] FIG. 1 is a block diagram of a communications system; 

[1015] FIG. 2 is a serially concatenated encoder according to one 

embodiment; 

[1016] FIG. 3 is a diagram of a concatenated encoder which implements a 
particular set of polynomial generator matrices according to one embodiment; 
[1017] FIG. 4 is a block diagram of a convolutional encoder for coding 
multiple data bits in parallel according to one embodiment; 
[1018] FIGS. 5A and 5B are schematic diagrams of a convolutional encoder 
which implements a specific polynomial generator matrix and for coding eight 
data bits in parallel according to various embodiments; 
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[1019] FIG. 6 is a schematic diagram of one embodiment of a convolutional 
encoder that implements another specific polynomial generator matrix and can 
code four code bits in parallel; 
[1 020] FIG. 7A is a diagram of an interleaver; 

[1021] FIGS. 7B and 7C are diagrams of an interface between an outer 
convolutional encoder and an interleaver without and with puncturing, 
respectively, according to various embodiments; 

[1022] FIG. 8 is a block diagram of an encoder according to one 

embodiment; 

[1023] FIG. 9 is a flow diagram of a method for performing concatenated 
coding of multiple data bits in parallel according to one embodiment; 
[1024] FIG. 10 is a wireless communication system; 

[1025] FIG. 11 is a parallel concatenated encoder according to one 
embodiment; 

[1026] FIG. 12 is a functional diagram of a parallel concatenated encoder 
according to one embodiment; 

[1027] FIG. 13 is a functional diagram of a turbo encoder according to one 
embodiment; 

[1028] FIG. 14 is a functional diagram of address generation circuitry for an 

interleaver in a turbo encoder according to one embodiment; 

[1029] FIG. 15 is a functional diagram of address generation circuitry for an 

interleaver for parallel concatenated turbo encoders according to one 

embodiment; 

[1030] FIG. 16 is a functional diagram of a turbo encoder according to one 

embodiment; and 

[1031] FIG. 17 is a functional diagram of address generation for a turbo 
encoder interleaver. 

DETAILED DESCRIPTION OF VARIOUS EMBODIMENTS 

Coding Multiple Bits in Parallel 

[1032] FIG. 1 is a simplified block diagram of an embodiment of a 
communications system ICQ in which various aspects of the present invention 
may be implemented. At a transmitter unit 110, traffic data is sent, typically in 
packets or frames, from a data source 1 12 to an encoder 1 14 that formats and 
codes the data using a particular coding scheme. Encoder 1 14 typically further 
performs interleaving (i.e., reordering) of the code bits. A modulator (MOD) 116 
then receives, channelizes (i.e., covers), and spreads the coded data to 
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generate symbols that are then converted to one or more analog signals. The 
analog signals are filtered, (quadrature) modulated, amplified, and upconverted 
by a transmitter (TMTR) 118 to generate a modulated signal, which is then 
transmitted via an antenna 120 to one or more receiver units. 
[1033] At a receiver unit 130, the transmitted signal is received by an 
antenna 132 and provided to a receiver (RCVR) 134. Within receiver 134, the 
received signal is amplified, filtered, downconverted, quadrature demodulated, 
and digitized to provide samples. The samples are despread, decovered, and 
demodulated by a demodulator (DEMOD) 136 to generate demodulated 
symbols. A decoder 138 then decodes the demodulated symbols and 
(possibly) reorders the decoded data to recover the transmitted data. The 
processing performed by demodulator 136 and decoder 138 is complementary 
to the processing performed at transmitter unit 110. The recovered data is then 
provided to a data sink 140. 

[1034] The signal processing described above supports transmissions of 
voice, video, packet data, messaging, and other types of communication in one 
direction. A bi-directional communications system supports two-way data 
transmission. However, the signal processing for the other direction is not 
shown In FIG. 1 for simplicity. 

[1035] Communications system 100 can be a Code Division-Multiple Access 
(CDMA) system, a Time Division-Multiple Access (TDMA) communications 
system (e.g., a GSM system), a Frequency Division-Multiple Access (FDMA) 
communications system, or other multiple access communications system that 
supports voice and data communication between users over a terrestrial link. 
[1036] The use of CDMA techniques in a multiple access communications 
system is disclosed in U.S. Patent No. 4,901,307, entitled "SPREAD 
SPECTRUM MULTIPLE ACCESS COMMUNICATION SYSTEM USING 
SATELLITE OR TERRESTRIAL REPEATERS," and U.S. Patent No. 5,103,459, 
entitled "SYSTEM AND METHOD FOR GENERATING WAVEFORMS IN A 
CDMA CELLULAR TELEPHONE SYSTEM". Another specific CDMA system Is 
disclosed in U.S. Patent Application Serial No. 08/963,386, entitled "METHOD 
AND APPARATUS FOR HIGH RATE PACKET DATA TRANSMISSION." filed 
November 3, 1997 (hereinafter referred to as the HDR system). These patents 
and patent application are assigned to the assignee of the present invention 
and incorporated herein by reference. 

[1037] CDMA systems are typically designed to conform to one or more 
standards such as the "TIA/EIA/IS-95-A Mobile Station-Base Station 
Compatibility Standard for Dual-Mode Wideband Spread Spectrum Cellular 
System" (hereinafter referred to as the IS-95-A standard), the "TIA/EIA/IS-98 
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Recommended Minimum Standard for Dual-Mode Wideband Spread Spectrum 
Cellular Mobile Station" (hereinafter referred to as the IS-98 standard), the 
standard offered by a consortium named "3rd Generation Partnership Project" 
(3GPP) and embodied in a set of documents including Document Nos. 3G TS 
25.211, 3G TS 25.212, 3G TS 25.213, and 3G TS 25.214 (hereinafter referred 
to as the W-CDMA standard), and the "TR-45.5 Physical Layer Standard for 
cdma2000 Spread Spectrum Systems" (hereinafter referred to as the CDMA- 
2000 standard). New CDMA standards are continually proposed and adopted 
for use. These CDMA standards are incorporated herein by reference. 
[1038] FIG. 2 is a block diagram of an encoder 200 that can be designed to 
implement some embodiments of the present invention. Encoder 200 may be 
used for encoder 1 14 in FIG. 1 . In this embodiment, encoder 200 implements a 
concatenated code and includes an outer convolutional encoder 212, an 
interleaver 214, and an inner convolutional encoder 216 coupled in cascade. 
Outer convolutional encoder 212 receives and convolutionaliy codes the input 
data to generate code bits, which are provided to interleaver 214 for storage. 
Once an entire packet of code bits has been stored in interleaver 214, the code 
bits are retrieved and provided to inner convolutional encoder 216. To achieve 
the interleaving, the code bits are read out in an order that is different from the 
order in which the bits are written to interleaver 214. Outer convolutional 
encoder 212 receives and convolutionaliy codes the code bits to generate 
coded data, which is then provided to the subsequent processing stage. 
[1039] A conventional convolutional encoder receives and codes data 
serially, one bit at a time (i.e., per clock cycle). For communications systems 
that transmit data in large packets, the serial coding of data can result in long 
processing delays. Moreover, for a concatenated coder made up of multiple 
convolutional encoders coupled in cascade, the processing delays can be 
excessively long, especially if the outer and inner convolutional encoders both 
code bits serially. 

[1040] In one aspect, a convolutional encoder is capable of receiving and 
coding multiple (M) bits In parallel. This capability allows the convolutional 
encoder to code a packet of data in approximately (l/M)**^ the amount of time 
required by a conventional convolutional encoder. The benefits are more 
pronounced for a concatenated coder (e.g., a Turbo coder) when each of the 
individual convolutional encoders processes bits in parallel. 
[1041] According to another aspect, an Interleaver Is capable of storing and 
providing multiple bits of data in parallel. The Interleaver may be implemented 
using, for example, a multi-port memory. When used In combination with the 
convolutional encoders described herein, the interleaver can further reduce the 
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processing delays since data can be written to, and read from the interleaver in 
a fraction of the time. 

[1042] For clarity, an exemplary embodiment is now described for an 
encoder used for a downlink data transmission in the communications system 
described in the aforementioned U.S. Patent Application Serial No. 08/963,386 
(i.e., the HDR system). The HDR system employs a concatenated code 
comprised of an outer convolutional code, interleaving, and an Inner 
convolutional code. The HDR system also defines two packet formats having 
the properties listed in Table 1 . 
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n043] Table 1 



Parameters 


Packet 
Format 1 


Packet 
Format 2 


Units 


Total bits/packet 


1024 


2048 


bits 










Outer convolutional encoder 








Input data bits/packet 


1018 


2042 


bits 


Code-tail bits/packet 


4 


4 


bits 


Outer code rate 


1/2 


2/3 




Outer code puncture pattern 


(1111) 


(1011) 




Output code bits/packet 


2044 


3069 


bits 










Interleaver depth 


2048 


3072 


bits 










Inner convolutional encoder 








Input code bits/packet 


2044 


3069 


bits 


Code-tail bits/packet 


4 


3 


bits 


Inner code rate 


1/2 


3/4 




Inner code puncture pattern 


(111111) 


(111001) 




Output code bits/packet 


4096 


4096 


bits 










Overall code rate 


1/4 


1/2 





[1044] In the HDR system, the outer convolutional encoder implements a 
rate 1/2 convolutional code defined by the following polynomial generator 
matrix: 

[1045] The inner convolutional encoder in the HDR system implements a 
rate 1/2 convolutional code defined by the following polynomial generator 
matrix: 

[1046] FIG. 3 is a diagram of an encoder 300 that implements the outer and 
inner convolutional codes defined by equations (1) and (2). The data bits u are 
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provided to an outer convolutional encoder 310 that implements equation (1) 
and generates two outputs yoa and yob. Within encoder 310, the data bits u are 
provided to a summer 312 that further couples in cascade with registers 314a 
through 31 4d (which are used to Implement a set of delays). The outputs from 
summer 312 and registers 31 4A, 31 4B, and 31 4D are summed by summers 
31 6A, 31 6B, and 31 6C to implement the numerator of the second element in 
the polynomial generator matrix expressed in equation (1). The outputs from 
registers 31 4C and 31 4D are summed by a summer 318 and provided to 
summer 312 to implement the denominator of the second element in equation 
(1). The input data bits u are provided as the first output yoa and the output from 
summer 316c comprises the second output yob- 

[1 047] The code bits in the outputs yoa and yob of outer convolutional encoder 
310 may be punctured (not shown in FIG. 3 for simplicity). The unpunctured 
code bits are then provided to interleaver 330 and reordered. The reordered 
code bits v are then provided to an inner convolutional encoder 340 that 
implements equation (2) and generates two outputs y/a and yjb. Within encoder 
340, the code bits v are provided a summer 342 that couples in cascade with 
registers 344A and 344B. The outputs from summer 342 and registers 344A 
and 344B are summed by summers 346A and 346B to implement the 
numerator of the second element in the polynomial generator matrix expressed 
in equation (2). The output from register 344A is provided to summer 342 to 
implement the denominator of the second element in equation (2). The input 
code bits vare provided as the first output y,a and the output from summer 346B 
comprises the second output y/b. 

[1048] Conventionally, the data bits u are provided serially to encoder 310 
and the code bits v are also provided serially to encoder 340. For each input 
data bit, outer convolutional encoder 310 generates two code bits. Interleaver 
330 receives and stores the code bits, and provides the code bits serially to 
inner convolutional encoder 340. The coding of the bits in a serial manner 
results in long processing delays. 

[1049] The convolutional encoder of one embodiment is capable of coding 
multiple bits in parallel to significantly shorten the coding delays. For each clock 
cycle, multiple (e.g., M) data bits can be received and coded to generate 
multiple code bits. For a rate 1/2 encoder, 2M code bits are generated for the M 
data bits. M can be selected to be any number such as, for example, 4, 8, 16, 
32, and so on. Various alternate embodiments of such a convolutional encoder 
are described below. 

[1050] Many digital communications systems, such as the HDR system, 
transmit data in packets. The number of bits in a packet (i.e., the packet size) is 
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selected based on a number of criteria such as, for exannple, the data rate, the 
amount of data to transmit, the processing delays requirements, and so on. To 
allow the decoder at the receiver unit to start at a known state at the beginning 
of each packet, which shortens the decoding time and improves performance, 
the encoder is initialized to a known state (e.g., all zeros) at the start of each 
packet. The initialization is achieved by inserting a set of code tail bits at the 
end of the preceding packet. The code-tail bits are selected such that the 
encoder is set to the known state. 

[1051] In one embodiment, the convolutional encoder of the exemplary 
embodiment is implemented with a look-up table. Referring to FIG. 3, outer 
convolutional encoder 310 may be viewed as a state machine with a 4-bit state 
defined by the outputs of registers 31 4A through 314D. To generate the 
contents of the look-up table, the M input data bits at time index n can be 
represented by a vector U„ , the 2M code bits can be represented by a vector 
7„ , and the current encoder state can be represented by a vector X„ . The next 
state X„^i for the encoder and the encoder output vector Y„ can be expressed 
as: 

Data Code-tail 
= /(^n ' U„ ) X„^i =0 Eq (3) 

Yn=8Ax„, U„) Y„=^g,(x„, U„) Eq (4) 

Each of equations (3) and (4) provides one equation to use when the input is 
data and another equation to use when the encoder input includes code-tail 
bits. 

[1052] Equations (3) and (4) can be computed for all possible combinations 
of input data bits and encoder states. For example, for equation (4), the output 
code bits can be computed for the input vector U„ = 0...00 and an encoder state 
of X„ =0.-00, an input vector f/„ =0...01 and the encoder state of =0...00, 
and so on, and an input vector =l...ll and the encoder state of =O...0O. 

The output code bits can then be computed for all possible combination of the 
input vector U„ and an encoder state of X„ = 0...01 . The process then 

continues until all combinations of input vector and encoder state are computed. 
Equation (3) can also be computed in similar manner. 

[1053] The results from the computations for equations (3) and (4) can be 
stored to a memory that implements a look-up table. The required memory size 
is dependent on the number of data bits to be coded in parallel and the 
particular polynomial generator matrix being implemented. For example, if eight 
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data bits are to be coded in parallel with the convolutional code expressed In 
equation (1), a memory having a size of 12 address bits and 20 data bits (i.e., 
4096 X 20) can be used. The 12-bit address is composed of 8 input data bits 
and 4 bits for the current encoder state. The 20-bit output includes 16 code bits 
and 4 bits for the next encoder state. 

[1054] Once the memory has been properly defined, the input data vector 
U„ and the current encoder state X„ can be provided to the address input of 
the memory, which then provides the output vector F„ and the next encoder 
state . The next encoder state is appropriately stored for use with the 
next input data vector f/^^j . 

[1055] In another embodiment, the convolutional encoder is implemented 
with a state machine. The encoder state and output can be expressed as 
shown in equations (3) and (4). Each of equations (3) and (4) can be 
recursively solved, and the resulting equations are then implemented in 
hardware, software, or a combination thereof. The recursive equations for the 
encoder may be solved as follows. Let =[x^ x^] denotes the 

transposed state vector and denotes the input data bit at time index 0. The 
next state and output of the encoder can then be expressed as: 

X,=AX^+Bu^, Eq(5) 
y,=CX,+Du^. Eq(6) 

where A, B, C, and D are scalar, vectors, and matrix that are dependent on the 
particular polynomial generator matrix being implemented. The encoder state 
equation (5) can be recursively solved as follows: 

X2 = A^Xo + ABu^ + Bu^ 

X3 =A^Xq+ A^Buq + ABmi + Bu^ 

Xg = A*Xo + A'Bu^ + A^Bu^ + A^Buj + A*Bu^ + /^Bu^ + A^Bu^ + ABu^ + Bu^ 

The encoder output equation (6) can also be recursively solved in similar 
manner. 

[1056] Equations (5) and (6) are used to code one data bit 1/ at a time. A 
similar set of equations can be derived for coding M data bits in parallel. For 
example, for coding 8 data bits in parallel (i.e., M = 8), the transpose of the input 
data vector at time index n can be defined as 
= ["„7 w„6 "„5 "«4 "„3 "„2 "ni "«o] ^'^^i tho transposB of the output 
code vector can be defined as = y„, y^^ y„, y„J. 
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and F„ , equations (5) and (6) can be 

Eq (7) 
Eq (8) 
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where F, G, H, and I are vectors and matrices that are dependent on the 
particular polynomial generator matrix being implemented, the current encoder 
state X„ , and the input data vector t/„ . Equation (7) is used to generate the 
next encoder state X„^j after M data bits have been coded, and equation (8) is 
used to generate the encoder outputs y„ for the input vector U„ . 
[1057] To determine F, G, H, and I in equations (7) and (8), equations (5) 
and (6) can be solved recursively using various techniques and the results from 
the recursive computations can be used to implement equations (7) and (8). 
For example, a table can be used to tabulate the state and outputs of the 
encoder for each input data bit. The entries in the table can then be used to 
Implement equations (7) and (8), as described below. 

[1058] Table 2 shows the encoder states and outputs after eight input data 
bits uo through U7 have been serially provided to convolutional encoder 310 in 
FIG. 3, which implements equation (1). As shown In FIG. 3, registers 31 4A 
through 31 4D initially store the values of xi, X2, X3, and X4, respectively. On the 
first clock cycle, the first data bit uo is provided to encoder 310, and the output of 
summer 312 is computed as x^^Xs^Uo, which is stored in the second row, 
second column In Table 2. The encoder outputs are computed as /ao = Uoan6 
Ybo = (X4+X3+Wo)+ XffX2+X; = Xs^xz^Xi+Uq. (Each summer 316 performs modulo- 
2 addition.) On the next clock cycle, the values from summer 312 and registers 
31 4A through 3140 are shifted into registers 31 4A through 31 4D, respectively. 
The next data bit ui is provided to the encoder, and the output of summer 312 Is 
computed as x^fx^uj, which Is stored in the third row, second column in Table 
2. The encoder outputs are computed as yai = ui and ytz = 
{x3^X2¥Ui)+X3¥Xi-\-{X4+X3+Uo) - xa+Xs^-Xz^xi+Uq^ui. The processing continues 
until the eighth data bit 177 Is received and processed. 

[1059] The encoder output vector 

=hbi ybs y^s ^62 y^i y^I corresponds to the input vector 
U = [m, Mg M3 M2 Uq ] and is generated based on the entries in 
the last column in Table 2. The encoder state X^^^ after the eighth data bit Uy 

has been coded is generated based on the entries in the last row in Table 2. As 
shown in Table 2, the encoder output vector and the next encoder state X„^, 
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are each a function of the current encoder state X„ = [x^ x^ jcj and the 
input vector U . For the data phase, the encoder output vector Y„ is simply a 
function of the input vector U (i.e., F„ = C/). 
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m 
ij 
ilJ 
13 
In 
W 



lU 





1 


Xi 1 X2 


X3 


X4 


Ya 


Vb 


u 

UO 


X4+X3+U0 


X1 


X2 


X3 


X4 


Uo 


X3+X2+ 
X1+U0 


Ui 


X3+X2+U1 


X4+X3+U0 


Xi 


X2 


X3 


Ui 


X4+X3+X2+ 
X1+U0+U1 


U2 


X2+X1+U2 


X3+X2+U1 


X4+X3+U0 


Xi 


X2 


U2 


X4+X2+X1+ 
U0+U1+U2 


U3 


X4+X3+X1+ 
U0+U3 


X4+X3+X1+ 
U0+U3 


X3+X2+U1 


X4+X3+U0 


Xi 


Us 


X4+X1+U0+ 
Ul+U2-t-U3 


U4 


X4+X2+U0+ 
U1+U4 


X4+X2+U0+ 
U1+U4 


X4+X3+X1+ 
U0+U3 


X3+X2+U1 


X4+X3+U0 


U4 


X4+U0+U1 
+ 

U2+U3+U4 


Us 


X3+X1+U1+ 
U2+U5 


X4+X2+U0+ 
U1+U4 


X4+X2+U0+ 
U1+U4 


X4+X3+X1+ 
U0+U3 


X3+X2+U1 


Us 


X3+U1+U2 
+ 

U3+U4+U5 


Ue 


X4+X3+X2+ 
U0+U2+U3 
+U6 


X3+X1+U1+ 
U2+U5 


X4+X2+U0+ 
U1+U4 


X4+X2+U0+ 
U1+U4 


X4+X3+X1+ 
U0+U3 


Us 


X2+U2+U3 
+ 

U4+US+U6 


u? 


X3+X2+X1+ 
U1+U3+U4 
+U7 


X4+X3+X2+ 
Uo+ 

UP+U3+U6 


X3+X1+U1 + 
U2+U5 


X4+X2+U0+ 
U1+U4 


X4+X2+U0+ 
U1+U4 


Uy 


X-j+U3+U4 
+ 

US+U6+U7 






X3+X2+X1+ 
U1+U3+U4 

+U7 


X4+X3+X2+ 
U0+U2+U3 
+U6 


X3+X1+U1+ 
U2+U5 


X4+X2+U0+ 
U1+U4 







[1061] Referring back to Table 1 , the outer convolutional encoder m the HDR 
system receives 1018 data bits and four code-tail bits for each packet In packet 
format 1 If eight bits are coded in parallel, 1 28 clock cycles are used to code 
one packet of data. The first 127 clock cycles are used to code 1016 data bits 
(i e 1 27x8=1 01 6) and the 1 28* clock cycle is used to code the remaining two 
data bits and four code-tail bits. The first 127 clock cycles are referred to as the 
"data phase", and the last clock cycle is referred to as the "code-tail phase". 
[10621 The outer convolutional encoder receives 2042 data bits and four 
code-tail bits for each packet in packet format 2. If eight bits are coded in 
parallel, 256 clock cycles are used to code one packet of data. The first 255 
clock cycles are used to code 2040 data bits (i.e.. 255x8=2040), and the 256 
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clock cycle is used to code the remaining two data bits and four code-tail bits. 
The first 255 clock cycles are referred to as the data phase, and the last clock 
cycle is referred to as the code-tail phase. 

[1063] Table 3 shows the encoder states and outputs after two data bits uo 
and Ui and four code-tail bits have been serially provided to convolutional 
encoder 310 in FIG. 3. Again, registers 31 4A through 31 4D initially store the 
values of Xi, Xz, X3, and X4, respectively. On the first two clock cycles, the two 
data bits, Uo and Ui, are serially provided to the encoder. The encoder states xi 
through X4 and the encoder outputs yc and y^are computed in similar manner as 
described above. Thus, the second and third rows of Table 3 are identical to 
the second and third rows of Table 2. On the third clock cycle, the first code-tail 
bit having a value of X2+X1 is provided to the encoder. The value of the code-tail 
bit is selected such that the output of summer 312 is equal to zero, which is 
used to flush out the convolutional encoder. The encoder outputs are computed 
as yc2 = X2+X1 and y^s = X4+U0+U7. On the next clock cycle, the values from 
summer 312 and registers 31 4A through 31 4C are shifted into registers 31 4A 
through 31 4D, respectively. The second code-tail bit is selected to be 
X4+X3+X1+U0, again to set the output of summer 312 to zero and flush out the 
encoder. The processing continues, with the last two bits provided to the 
encoder having values of zero. 

[1064] As shown in Table 3, the encoder outputs and 7^ are both 
functions of the input vector U and the current encoder state X„ . For the 
code-tail phase, the next encoder state is set to a known state of all zeros 
(i.e., Xg =[0 0 0 0]. 
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[1065] Tables 



u 


1 


Xi 


X2 


Xs 


X4 


Vc 


Yd 


Uo 


X4+X3+U0 


Xi 


X2 


X3 


X4 


Uo 


X3+X2+ 
X1+U0 


Ui 


X3+X2+U1 


X4+X3+U0 


Xi 


X2 


X3 


Ui 


X4+X3+X2+ 
X1+U0+U1 


X2+X1 


0 


X3+X2+U1 


X4+X3+U0 


Xi 


X2 


X2+X1 


X4+U0+U1 


X4+X3+ 

Xi+Uo 


0 


0 


X3+X2+U1 


X4+X3+U0 


Xi 


X4+X3+ 
X1+U0 


X3+X2+ 

Xi +Ui 


X4+X2+ 
U0+U1 


0 


0 


0 


X3+X2+U1 


X4+X3+U0 


X4+X2+ 
U0+U1 


X4+X3+U0 


X3+X2+U1 


0 


0 


0 


0 


X3+X2+U1 


X3+X2+U1 


X3+X2+U1 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 






0 


0 


0 


0 







[1066] FIG. 4 is a block diagram of an embodiment of a convolutional 
encoder 400 that can code multiple input data bits In parallel. Convolutional 
encoder 400 can be used to implement the data and code-tail phases (e.g., as 
defined in Tables 2 and 3, respectively). The encoder architecture shown In 
FIG. 4 can be used to implement, for example, outer convolutional encoder 310 
or inner convolutional encoder 340 in FIG. 3. 

[1067] Within convolutional encoder 400, the Input data bits are provided 
in parallel as a data vector U to an encoder state machine 410, a data phase 
output generator 420, and a code-tail phase output generator 430. Encoder 
state machine 410 also receives the current encoder state X and determines 
the new encoder state based on the received inputs vector u and the current 
encoder state X . Encoder state machine 410 can implement, for example, the 
last row in Table 2. 

[1068] Data phase output generator 420 and code-tail phase output 
generator 430 also receive the current encoder state x and determine the 
encoder outputs for the data phase and the code-tail phase, respectively, based 
on the received Inputs X and U . Data phase output generator 420 can 
implement, for example, the last two columns in Table 2, and code-tail output 
generator 430 can implement, for example, the last two columns in Table 3. 
The first and second outputs, F„ and y;, , from data phase output generator 420 

are provided to multiplexers (MUXes) 440A and 440B, respectively. Similarly, 
the first and second outputs, and , from code-tail phase output generator 
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430 are provided to multiplexers 440A and 440B, respectively. Multiplexers 
440A and 440B provide the outputs y„ and , respectively, from data phase 
output generator 420 when operating in the data phase and the outputs i;and 
, respectively, from code-tail phase output generator 430 when operating in 
the code-tail phase. 

[1069] To implement a convoiutional encoder that continuously codes 
input data bits as they are received, without having to reset the encoder state at 
the start of each packet, only encoder state machine 410 and data phase output 
generator 420 are needed. For communications systems (e.g., the HDR 
system) in which data is sent in packets and code-tail bits are used to reset the 
convoiutional encoder to a known state at the start of each packet, code-tail 
phase output generator 430 and multiplexers 440 are used to provide the 
required encoder outputs. 
!i [1070] The design of encoder state machine 410 and data phase output 

fTi generator 420 is dependent on the particular polynomial generator matrix to be 

f3 implemented and the number of data bits to be coded in parallel. The design of 

ly code-tail phase output generator 430 is dependent on the polynomial generator 

lU matrix, the number of data bits to be coded in parallel, and the particular frame 

format (i.e., the number of data and code-tail bits to be coded in the code-tail 
lU phase). A specific design of convoiutional encoder 400 is now described below. 

[1071] FIG. 5A is a schematic diagram of a specific embodiment of a 
p convoiutional encoder 500 that can code eight input data bits in parallel and 

implements the polynomial generator matrix expressed in equation (1). 
Convoiutional encoder 500 includes an encoder state machine 510 that 
implements the state machine defined in Table 2 and a data phase output 
generator 520 that generates the encoder outputs defined in Table 2. Encoder 
state machine 510 and data phase output generator 520 corresponds to 
encoder state machine 410 and data phase output generator 420, respectively, 
in FIG. 4. In this embodiment, encoder state machine 510 is implemented with 
AND gates 51 2A through 51 2D and registers 51 4A through 514D, and data 
phase output generator 520 is implemented with AND gates 522A through 
522H. 

[1072] As shown in FIG. 5A, the eight input data bits, Uo through uj, are 
provided In parallel to the inputs to encoder state machine 510 and data phase 
output generator 520, each of which also receives the current encoder state 
defined by Xi through X4. Each AND gate 512 within encoder state machine 510 
selectively couples to the inputs Uo - ur and Xi - X4, as defined by the last row in 
Table 2. For example, AND gate 51 2A couples to the inputs X3, X2, Xi, Ui, U3, U4, 
and U7, as defined by the entry in the last row, third column (Xi) in Table 2. The 
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outputs Of AND gates 51 2A through 51 2D couple to the inputs of registers 51 4A 
through 514D, respectively. The outputs of registers 514A through 514D 
comprise the state machine outputs Xi through X4, respectively. 
[1073] Similarly, each AND gate 522 within data phase output generator 
520 selectively couples to the inputs uo - Ur and xi - X4, as defined by the last 
column in Table 2. For example, AND gate 522A couples to the inputs X3, X2, 
Xi, and Uo, as defined by the entry in the second row, last column (ybo) in Table 
2. The inputs Uo through Ur comprise the encoder outputs yao through /a/, 
respectively (not shown in FIG. 5A for simplicity), and the outputs of AND gates 
522A through 522H comprise the encoder outputs /bo through y^/, respectively. 
[1074] FIG. 5B is a schematic diagram of a specific embodiment of a 
code-tail phase output generator 530 and multiplexers 540A and 540B that 
implement the code-tail phase of the polynomial generator matrix expressed in 
equation (1) and for packet formats 1 and 2 shown in Table 1. Code-tail phase 
output generator 530 and multiplexers 540A and 540B correspond to code-tail 
phase output generator 430 and multiplexers 440A and 440B, respectively, in 
FIG. 4. In this embodiment, code-tail phase output generator 530 is 
implemented with AND gates 532A through 532J and generates the encoder 
outputs F^and for the code-tail phase defined in Table 3. Multiplexer 540a is 

implemented with 2x1 multiplexers 542A through 542F and provides the first 
encoder output 7„„. Similarly, multiplexer 540B is implemented with 2x1 
multiplexers 544A through 544H and provides the second encoder output i;^ . 
[1075] Encoder state machine 510, data phase output generator 520, 
code-tail phase output generator 530, and multiplexers 540A and 540B in FIGS. 
5A and 5B form a specific implementation of convolutional encoder 400. This 
specific implementation is used to implement the polynomial generator matrix 
expressed in equation (1) and for the packet formats described in Table 1 . 
[1076] For packet format 1, 1018 data bits are provided to convolutional 
encoder 500 over 128 clock cycles. For each of the first 127 clock cycles, eight 
data bits are provided to encoder 500, and multiplexers 540A and 540B are 
selected to provide the outputs and F^, from data phase output generator 

520. On the 128**^ clock cycle, the remaining two data bits, four code-tail bits, 
and two zeros are provided to encoder 500. Registers 51 4A through 51 4D are 
reset to zero (synchronously), and multiplexers 540A and 540B are selected to 
provide the outputs Y^ and F, from code-tail phase output generator 530. For 

packet format 2, 2042 data bits are provided to convolutional encoder 500 over 
256 clock cycles. For each of the first 255 clock cycles, corresponding to the 
data phase, eight data bits are coded in parallel and multiplexers 540A and 
540B provide the outputs F„ and F^ , respectively. On the 256**^ clock cycle, 
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corresponding to the code-tail phase, two data bits, four code-tail bits, and two 
zeros are coded in parallel and multiplexers 540A and 540B provide the outputs 
and Yj , respectively. 

[1077] The specific implementation shown in FIGS. 5A and 5B is 
described to provide a clearer understanding. It will be noted that different 
implementations can also be contemplated and are within the scope of the 
present invention. Moreover, a different design is typically used for a different 
polynomial generator matrix, a different number of input data bits, or different 
packet formats. 

[1078] In similar manner, another convolutional encoder can be designed 
to implement the polynomial generator matrix expressed in equation (2). In an 
embodiment, the convolutional encoder is designed to receive and code four 
l=i code bits in parallel. Equations (5) and (6) for the next encoder state and 

J3 outputs, respectively, can be recursively solved in the manner described above. 

?y [1079] Table 4 shows the encoder states and outputs after four input 

J3 code bits Vo through V3 have been serially provided to convolutional encoder 

III 340 in FIG. 3. Registers 344A and 344B initially store the values of Xi and X2, 

tU respectively. On the first clock cycle, the first code bit Vo is provided to encoder 

340, and the output of summer 342 is computed as Xi+Vo, which is stored in the 
f'U second row, second column in Table 4. The encoder outputs are computed as 

Yeo = Voan6 ym = {Xi+Vo)+X2^Xi = x^^Vq. On the next clock cycle, the values from 
p summer 312 and register 344A are shifted into registers 344A and 344B, 

respectively. The next code bit Vi is provided to encoder 340, and the output of 
summer 342 is computed as Xi+Vo+vi, which is stored in the third row, second 
column. The outputs are computed as yei = vi and = {xi+Vo+vi)+{xi+vo)+Xi = 
X1+V1. The processing continues until the fourth code bit V3 is received and 
processed. 

[1080] The encoder output vector Yj is generated based on the entries in 
the last column in Table 4. The encoder state X^^^ after the fourth code bit V3 

has been coded is generated based on the entries in the last row in Table 4. As 
shown in Table 4, the encoder output vector Yj. and the next encoder state X^^^ 
are each a function of the current encoder state X„ = [x^ ] and the input 
vector V . For the data phase, the encoder output vector Y^ is simply a function 
of the input vector V . 
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[1081] Table 4 



V 


1 


Xi 


X2 


ye 






Xi+Vo 


Xi 


X2 




X2+V0 


Vi 




X1+V0 


Xi 


Vi 


X1+V1 


V2 


X1+V0+ 

Vi+V2 


X3+X2+U1 


Xi+Vo 


V2 


X1+V0+V2 


V3 


X1+V0+V1 
+V2+V3 


X1+V0+V1 
+V2 


X3+X2+U1 


V3 


Xi+Vo+ 

V1+V3 






X1+V0+V1 
+V2+V3 


Xi+Vo+Vi 







[1082] Referring back to Table 1, the inner convolutional encoder in tlie 
j;5 HDR system receives 2044 code bits and four code-tail bits for each packet in 

W packet format 1 . If four bits are coded in parallel, 512 clock cycles are used to 

|S code one packet. The first 51 1 clock cycles are used to code 2044 code bits 

la (i.e., 51 1x4 = 2044), and the 512*'^ clock cycle is used to code the four code-tail 

bits. The convolutional encoder receives 3079 code bits and three code-tail bits 
1* for each packet in packet format 2. If four bits are coded in parallel, 768 clock 

cycles are used to code one packet of data. The first 767 clock cycles are used 
V to code 3068 code bits (i.e., 767x4 = 3068), and the 768*^ clock cycle is used to 

Q code the last code bit and three code-tail bits. 

[1083] Table 5 shows the states and outputs of the inner convolutional 
encoder for the code-tail phase for packet format 1 . On the first clock cycle, the 
first code-tail bit of having a value of Xi is provided to the encoder. The code- 
tall bit value is selected such that the output of summer 342 is equal to zero. 
The encoder outputs are computed as ygo = Xi and = x^^Xi. The processing 
continues in similar manner for the remaining three code-tail bits. 



[1084] Tables 



V 


1 


Xi 


X2 




Yh 


Xi 


0 


Xi 


X2 


Xi 


X2+X1 


0 


0 


0 


Xi 


0 


Xi 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 






0 


0 
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[1085] Table 6 shows the states and outputs of the inner convolutional 
encoder for the code-tail phase for packet format 2. On the first clock cycle, the 
last code bit Vo is provided to the encoder, and the encoder states x^ and Xz and 
outputs y/o and y/o are computed in similar manner as described above. The 
second row of Table 6 is thus identical to the second row of Table 4. On the 
second clock cycle, the first code-tail bit having a value of x^+Vo is provided to 
the encoder. The code-tail bit value is selected such that the output of summer 
342 is equal to zero. The encoder outputs are computed as y,? = Xi+voan6 y? = 
vq. The processing continues in similar manner for the remaining code-tail bits. 



[1086] Tables 
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Xi 


X2 


Yi 


Yi 


Vo 


Xi+Vo 


Xi 


X2 


Vo 


X2+V0 


Xi+Vo 


0 


Xi+Vo 


Xi 


Xi+Vo 


Vo 


0 


0 


0 


Xi+Vo 


0 


X1+V0 


0 


0 


0 


0 


0 


0 






0 


0 







fy 

u. [1087] FIG. 6 is a schematic diagram of a specific embodiment of a 

convolutional encoder 600 that can code four input code bits in parallel and 

V implements the polynomial generator matrix expressed in equation (2). 

13 Convolutional encoder 600 includes an encoder state machine 610 that 

implements the state machine defined by Table 4, an output generator 620 that 
generates the encoder outputs defined in Tables 4 through 6, and multiplexers 
640A and 640B that provide the proper encoder outputs for the data and code- 
tail phases for packet formats 1 and 2. 

[1088] As shown in FIG. 6, four input code bits, Vq through V3, are 
provided in parallel to the inputs of encoder state machine 610 and output 
generator 620, each of which also receives the current encoder state defined as 
^«=[^2 ^il- Each AND gate 612 within encoder state machine 610 
selectively couples to the inputs vo - V3 and Xi - X2, as defined by the last row in 
Table 4. For example, AND gate 61 2A couples to the inputs Xj, Vq, Vi, V2, V3, 
and V4, as defined by the entry in the last row, third column (xt) in Table 4. The 
outputs of AND gates 61 2A and 61 2B couple to the inputs of registers 61 4A and 
61 4B, respectively. The outputs of registers 61 4A and 61 4B comprise the state 
machine outputs Xj and X2, respectively. 

[1089] Similarly, each AND gate 622 within output generator 620 
selectively couples to the inputs vo - V3 and x? - X2, as defined by the last two 
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columns in Tables 4 through 6. For example, AND gate 622A couples to the 
inputs X2 and vo and generates ym (the second row, last column in Table 4), 
AND gate 622B couples to the inputs X2 and x? and generates yho (the second 
row, last column in Table 5), and AND gate 622C couples to the inputs X2 and Vo 
and generates yyo (the second row, last column in Table 6). The other encoder 
outputs are generated as indicated in Tables 4 through 6. 
[1090] Multiplexer 640A includes 3x1 multiplexers 642A through 642D 
that provide the first encoder outputs y/ao through yias, respectively, for inner 
convolutional encoder 600. During the data phases, ygo through yes are 
provided through multiplexers 642A through 642D, respectively. During the 
code-tail phase, multiplexers 642A through 642D respectively provide ygo 
through ygs for packet format 1 and yo through ys for packet format 2. Similarly, 
multiplexer 640B includes 3x1 multiplexers 644A through 644D that provide the 
second encoder outputs ybo through ybs, respectively, for inner convolutional 
encoder 600. During the data phases, ym through y^ are provided through 
multiplexers 644A through 644D, respectively. During the code-tail phase, 
multiplexers 644A through 644D respectively provide y^ through y^g for packet 
format 1 and yp through ys for packet format 2. 

[1091] Another aspect of the invention provides an interleaver capable of 
storing multiple code bits generated in parallel by the outer convolutional 
encoder and providing multiple code bits in parallel to the inner convolutional 
encoder. Referring back to FIG. 2, an interleaver is coupled between the outer 
and inner convolutional encoders. The interleaver is designed to store one or 
more packets of code bits. After an entire packet has been stored, the code bits 
are then retrieved in a read order that is different than the write order to achieve 
interleaving of the code bits. If no interleaving is desired, the code bits can be 
retrieved from the interleaver in the same order. 

[1092] The outer convolutional encoder of the exemplary embodiment 
can be designed to receive and code M data bits in parallel and generate M«R 
code bits, where R is related to the code rate of the outer convolutional encoder 
(e.g., R = 2 for a rate 1/2 encoder). To expedite processing and reduce delays, 
the interleaver can be designed to store M»R code bits from the outer 
convolutional encoder in parallel as the code bits are generated by the encoder. 
Similarly, the inner convolutional encoder can be designed to receive and code 
N code bits in parallel. Again, to expedite processing and reduce delays, the 
interleaver can be designed to provide at least N code bits in parallel to the 
inner convolutional encoder on a single read operation. 

[1093] The code bits from each of the outer and inner convolutional 
encoders may be punctured to provide code bits at other code rates. For 
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example, referring back to Table 1, the outputs from the outer convolutional 
encoder is unpunctured for packet format 1 to obtain a code rate of 1/2 and 
punctured for packet format 2 to obtain a code rate of 2/3. Similarly, the outputs 
from the Inner convolutional encoder is unpunctured for packet format 1 to 
obtain a code rate of 1/2 and punctured for packet format 2 to obtain a code 
rate of 3/4. The interface between the encoder and the interleaver can be 
designed to efficiently achieve the symbol puncturing. 

[1094] FIG. 7A is a diagram of an embodiment of an interleaver 700. In 
this embodiment, interleaver 700 is implemented with a multi-port memory 71 0 
having P ports, where P is greater than one. Depending on the particular 
memory unit used to implement the interleaver, each of the P ports may be 
used as both write and read port or may be a dedicated write or read port. In 
the embodiment shown in FIG. 7A, memory 710 includes W ports designated as 
write ports Di through Dw, and R ports designated as read ports Qi through Qr. 
Memory 710 further includes P address inputs, Ai through Ap, one address 
input for each of the P ports. Each write and read port can transfer C bits in 
parallel. 

[1095] An address generator 720 receives an input address ADDR, 
generates the necessary addresses for each active port, and provides the 
generated addresses to the address inputs Ai through Ap of memory 710. 
Although not shown in FIG. 7A for simplicity, address generator 720 further 
generates one or more control signals that direct memory 710 to perform a write 
or read operation. 

[1096] In an embodiment, memory 710 is configured as a two- 
dimensional memory having a number of rows and a number of columns. In an 
embodiment, code bits are written to sequential rows in memory 710. For 
efficiency, the width of each row can correspond to the width of each port (i.e., 
C bits). This allows up to W rows of code bits to be written to the W write ports 
of memory 710 for each write operation. Once the code bits for an entire packet 
have been stored to memory 710 the code bits can be retrieved from the 
memory. In an embodiment, code bits are also read from memory 710 by rows. 
For the embodiment shown in FIG. 7A, up to R rows of code bits can be 
retrieved from the R read ports for each read operation. 

[1097] Various designs can be used to provide code bits from interleaver 
700 to the inner convolutional encoder. The particular design to implement is 
dependent on the particular system requirements. In one design, R 
multiplexers 730A through 730R are coupled to the R read ports Qi through Qr, 
respectively. For each read operation, up to R rows of code bits are retrieved 
from memory 710 and provided to multiplexers 730A through 730R, which also 
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receive the control signals ADi through ADr, respectively. Each multiplexer 730 
receives the C code bits, selects one of the code bits based on the respective 
control signal ADx, and provides the selected code bit to the multiplexer output. 
The control signals ADi through ADr select a particular code bit from each 
retrieved row of code bits. R multiplexers 730 can thus be used to provide up to 
R code bits in parallel to the inner convolutional encoder. 
[1098] For a clearer understanding, a specific design of the interleaver is 
now described for used with the outer and inner convolutional encoders 
described above in FIGS. 5A, 5B, and 6. In the above encoder designs, the 
outer convolutional encoder receives and codes 8 data bits in parallel in one 
clock cycle to generate 16 code bits, and the inner convolutional encoder 
receives and codes 4 code bits in parallel. In this specific interleaver design, an 
8-port memory is employed, with four ports being used for receiving code bits in 
write operations and four ports being used for providing code bits in read 
operations. In this design, each port is capable of receiving or providing 8 bits 
in parallel. Thus, for this specific design, up to 32 code bits can be written to 
the interleaver in a write operation, and up to 32 code bits can be read from the 
Interleaver in a read operation. 

[1099] FIG. 7B is a diagram of an embodiment of the interface between 
the outer convolutional encoder and the interleaver with no puncturing. In this 
embodiment, the code bits generated by the outer convolutional encoder are 
provided to four registers 732A through 732D. Registers 732A and 732B 
receive the 16 code bits generated in the first clock cycle and registers 732C 
and 732D receive the 16 code bits generated in the second (e.g., alternate) 
clock cycle. When no puncturing is performed, all 32-code bits on registers 
732A through 732D are provided to ports Di through D4, respectively, of the 
memory in one write operation. 

[1100] FIG. 7C is a diagram of an embodiment of the interface between 
the outer convolutional encoder and the interleaver with puncturing. Referring 
back to Table 1, the code bits for the outer code are punctured with the 
puncturing pattern (1011) for packet format 2. Thus, in one clock cycle, 16 code 
bits are generated, 4 code bits are punctured, and 12 code bits are stored. 
Initially, the 16 code bits generated in the first clock cycle are stored to registers 
732A and 732B, and the 16 code bits generated in the second clock cycle are 
stored to registers 732C and 732D. After the puncturing, 24 code bits remain, 
as shown in FIG. 7C, and are provided to three write ports (e.g., Di through D3). 
[1101] The address generator provides the proper addresses for writing 
the unpunctured code bits to sequential rows in the memory. One address is 
generated for each active port used for writing the code bits. Thus, the address 
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generator generates four addresses for port Di through D4 when no puncturing 
is performed and generates three addresses for port Di through D3 when 
puncturing is performed. 

[1102] To provide four code bits In parallel to the inner convolutlonal 
encoder, four rows of code bits are retrieved from the memory and provided to 
four 8x1 multiplexers. Each multiplexer also receives a respective 3-bit control 
signal ADx that selects a particular bit in the retrieved row to provide to the inner 
convolutlonal encoder. The address for each retrieved bit may thus be 
partitioned into two parts, with the first part identifying a particular row in the 
memory and the second part identifying a particular location within the row. The 
first part of the address is provided to the appropriate address input of the 
memory and the second part is provided as the control signal ADx. The first 
and second parts of the address are generated in accordance with the particular 
interleaving scheme defined by the system or standard being implemented. 
[1103] The interleaver of the exemplary embodiment can also be 
implemented using other memories. For example, a single-port memory unit or 
multiple memory units can be used to concurrently store and provide multiple 
bits in parallel. For a single-port memory unit, multiple write operations may be 
used to store the generated code bits, and multiple read operations may also be 
used to retrieve the required code bits. In designs employing multiple memory 
units, each memory unit may be operated similar to a port (or a pair of ports) of 
the multi-port memory. Thus, numerous designs can be used to implement the 
interleaver and are within the scope of the present invention. 
[1104] In the embodiments described above, an interleaver is used 
between the outer and inner convolutlonal encoders. This configuration is used 
to implement a Turbo encoder, which can provide certain advantages. In other 
encoder designs, interieaving after the outer convolutlonal encoder may not be 
necessary, and a memory may not be needed after the outer convolutional 
encoder or may simply be used as a buffer. 

[1105] The concatenated encoder of the exemplary embodiment can be 
operated in various manners. In one specific design, the encoder is operated to 
code one packet of data at a time. Referring back to FIG. 2, a particular packet 
of data can be coded by the outer convolutional encoder and stored to the 
interieaver. After an entire packet has been coded by the outer convolutional 
encoder, the code bits are retrieved from the interieaver and coded by the inner 
convolutional encoder. Once the entire packet has been coded by the inner 
convolutional encoder, the next packet is coded by the outer convolutional 
encoder. This design reduces the memory requirement for the interieaver, 
which may be desirable in some applications. 
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[1106] In another specific design, the interleaver Is implementecl with the 
capacity to store two or more packets of code bits. For example, the memory 
used to implement the interleaver can be partitioned into two banks, with each 
memory bank being capable of storing an entire packet of code bits. The two 
memory banks allow the outer and inner convolutional encoders to operate on 
two packets concurrently. The outer convolutional encoder codes a first packet 
and stores the code bits for this packet to one memory bank. After the entire 
first packet has been stored to memory, the outer convolutional encoder codes 
a second packet and stores the code bits for this packet to the second memory 
bank. While the outer convolutional encoder codes and stores the code bits for 
the current packet to one memory bank, the inner convolutional encoder can 
retrieve and code the code bits for the previous packet from the other memory 
bank. This design can reduce the processing delays. 

[1107] FIG. 8 is a block diagram of a specific design of an encoder 800 
that can be used to implement some embodiments. Encoder 800 may be used 
to implement encoder 114 in FIG. 1. Encoder 800 includes a processing unit 
810 coupled to an address generator 820 and a memory 830. Processing unit 
810 receives data from a buffer 802 and control information from a control 
source (not shown), codes the received data in accordance with the control 
information, and provides the coded data to a buffer 850. 

[1108] In the embodiment shown in FIG. 8, processing unit 810 includes 
an input interface 812, a multi-bit encoder 814, an output interface 816, and a 
control unit 818. Input interface 812 generates addresses and control signals 
for buffer 802, receives data provided by buffer 802 in response to the 
generated addresses and control signals, and routes the received data to multi- 
bit encoder 814. Multi-bit encoder 814 implements the output and inner 
convolutional encoders and may be implemented with one or more look-up 
tables or one or more encoders such as the one described above in FIG. 4. 
When operated as an outer convolutional encoder, multi-bit encoder 814 codes 
the data from input interface 812 and provides the generated code bits to 
memory 830. And when operated as an inner convolutional encoder, multi-bit 
encoder 814 codes the code bits from memory 830 and provides the generated 
code bits to output interface 816. Output interface 81 6 then provides the coded 
data to buffer 850. 

[1109] Control unit 818 receives various control information such as, for 
example, the particular data packet to code, the location of the packet in buffer 
802, the packet format, the coding scheme to use, the location to store the 
coded packet in buffer 850, and so on. Control unit 818 then directs input 
interface 812 to retrieve the appropriate data bits from buffer 802, directs 
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encoder state machine 814 to use the appropriate coding scheme, and further 
directs output interface 816 to provide the coded data to the appropriate 
location in buffer 850. 

[1110] Address generator 820 generates the appropriate addresses for 
both writing code bits to memory 830 and reading code bits from the memory. 
Address generator 820 can be implemented with logic, a look-up table, or some 
other designs. 

[1111] Memory 830 stores the code bits generated by multi-bit encoder 814 
and also provides the stored code bits to multi-bit encoder 814. By properly 
generating the addresses, memory 830 can be operated to provide interleaving 
of the code bits. Memory 830 can be implemented with a multi-port memory, as 
described above, or with one or more memory units. 

[1112] FIG. 9 Is a flow diagram of an embodiment of a method for 
performing concatenated coding of multiple data bits in parallel. Initially, a 
number of (M) data bits from a particular data packet is received, at step 912, 
and coded in parallel in accordance with a first (e.g., convolutional) coding 
scheme to generate a number of (MR) code bits, at step 914. The number of 
code bits generated by the first coding scheme is dependent on the particular 
code rate of the scheme. Zero of more of the generated code bits may be 
punctured with a first puncturing scheme, at step 916, to provide code bits at a 
different code rate. The unpunctured code bits are then stored to a memory, at 
step 918. 

[1113] In the embodiment shown in FIG. 9, an entire packet is coded by 
the first coding scheme and stored before subsequent coding by a second 
coding scheme. This allows for interleaving of the code bits, as described 
above. Thus, a determination is made whether the entire packet has been 
coded, at step 920. If the answer is no, the process returns to step 912 and 
another M (or less) data bits are received. 

[1114] Otherwise, if the entire packet has been coded, a number of (N) 
code bits is retrieved from the memory, at step 922, and coded in parallel in 
accordance with the second (e.g., convolutional) coding scheme to generate a 
number of (NR) code bits, at step 924. Again, the number of code bits 
generated by the second coding scheme is dependent on the particular code 
rate of the scheme. And again, zero of more of the generated code bits may be 
punctured with a second puncturing scheme, at step 926, to provide code bits at 
another code rate. The unpunctured code bits are then provided as coded data 
to the next processing unit (e.g., modulator 1 16 in FIG. 1), at step 928. 
[1115] For efficiency and reduced delays, W words may be stored in 
parallel (e.g., via W write ports) to the memory, and R words may be retrieved in 
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parallel (e.g., via R read ports) from the memory. The W words allow for 
parallel storage of the unpunctured code bits from the first coding scheme and 
the R words allow for N code bits to be provided in parallel to the second coding 
scheme. The memory may be operated in the manner described above to 
achieve interleaving of the code bits. For example, W words may be written to 
sequential rows in the memory and R words may be read from permutated rows 
in the memory. 

[1116] The encoder and interleaver of the exemplary embodiment can be 
used to greatly shorten the coding time. By coding M data bits in parallel with 
the outer convolutional encoder and N code bits in parallel with the inner 
convolutional encoder, the overall coding delays can be significantly reduced. 
The interleaver of the invention supports parallel coding with its ability to receive 
multiple code bits for a write operation and to provide multiple code bits for a 
read operation. The improvement in the processing delays for a specific 
f jj design, with M = 8 and N = 4 and for packet formats 1 and 2 in the HDR system, 

O is shown in Table 7. 
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Table 8 



Outer convolutional encoder 
Input bits 



Code-tail bits 



Packet format 1 



parallel 



serial 



1018 



Packet format 2 



parallel I serial 



2042 



Total input bits 



Clock cycles needed 



Inner convolutional encoder 
Input bits . 



Code-tail bits 



1022 



128 



1024 



2046 



2044 



Total input bits , 

Clock cycles needed 



Coding time ^20 MHz clock) 



Oiitfir encoder (usee) 



Inner encoder (usee) 



256 



2048 



3069 



2048 



512 



2048 



6.4 



Total coding time (usee) 



25.6 



51.2 



102.4 



3072 



768 



3072 



12.8 



32.0 1 153.6 



38.4 



51.2 



102.4 



153.6 
256.0 



riii81 For the specific design shown in Table 8, the overall coding delays 
are reduced by a factor of 4.8 for delays provided by the encoder and 
interleaver of the present invention provide numerous advantages. Some of 
these advantages are briefly described below. 

1119] Fir.*, Shorter processir,g delays may be used to support certain 
Us of services, such as voice and video, which have more stringent dela^ 
Tquirements. The shorter processing delays may thus allow for use of more 
efficient coding schemes for delay sensitive applications. 
m201 second, shorter processing delays can improve system 
performance. For example, if a particular user or data rate is selected tor a 
particular transmission based on the conditions of the commur^ications 1 nk^ 
Which are determined at a particular time, shorter processing delays ~ 
the likelihood that the link conditions have not changed by the time of the data 
Insmisslon. Link conditions typically vary over time, and longer process.g 
delays increase the likelihood that the link conditions have changed by the time 
of the data transmission, which can then result in degraded perfomiance. 
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[1 1 21 ] Third, shorter processing delays can improve the capacity of some 
communications systems. For example, in the HDR system, power control data 
is multiplexed with the traffic data and transmitted to the user terminals. Shorter 
processing delays allow for more accurate control of the transmit power of the 
user terminals, which can Increase the system capacity and improve 
performance. 

[1122] Fourth, shorter processing delays allow sequential sharing of a 
hardware resource (i.e.,, the encoder) in one processing time slot (i.e., the 
forward link slot in an HDR system) by multiple transmitting entities (i.e., three 
users in a three sector system) to reduce the overall area of the hardware 
design. 

[1123] For clarity, certain aspects and embodiments of the encoder of the 
invention have been described specifically for the fonward link in the HDR 
system. However, the invention can also be used in other communications 
systems that employ the same, similar, or different coding schemes. For 
example, the encoder of the invention can be used to implement a convolutional 
encoder capable of receiving and coding multiple data bits in parallel. The 
encoder of the invention can also be used to implement a concatenated 
encoder, such as a Turbo encoder, that is capable of receiving and coding 
multiple data bits in parallel. The specific design of the encoder is dependent 
on various factors such as, for example, the particular polynomial generator 
matrix being implemented, the number of bits to code in parallel, the packet 
format, the use of code-tail bits, and so on. 

[1124] The encoder of the invention can be advantageously used in a 
base station or a user terminal (e.g., a mobile unit, a telephone, and so on) of a 
communications system. The coding for the forward link (i.e., downlink) and 
reverse link (i.e., uplink) may be different, and is typically dependent on the 
particular CDMA system or standard being implemented. Thus, the encoder of 
the invention is typically designed specially for the particular application for 
which it is used. 

[1125] Referring to the specific design shown in Tables 2 and 3, the next 
states and outputs for the outer convolutional encoder can be generated with 
functions having up to seven terms. Referring to the specific design shown in 
Tables 4 through 6, the next states and outputs for the inner convolutional 
encoder can be generated with functions having up to five terms. These 
functions can be easily generated using logic gates in a manner known in the 
art. The other elements of the outer and inner convolutional encoders (e.g., 
registers, multiplexers) can also be implemented in a manner known in the art. 
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[1126] Some or all of the elements described above for the encoder of 
the present invention (e.g., multi-bit encoder, input and output interfaces, control 
unit, encoder state machine, output generator, multiplexer, and so on) can be 
implemented within one or more application specific integrated circuits (ASICs), 
digital signal processors (DSPs), programmable logic device (PLD), Complex 
PLD (CPLD), controllers, micro- controllers, microprocessors, other electronic 
units designed to perform the functions described herein, or a combination 
thereof. Some or all of the elements of the encoder of the invention can also be 
implemented using software or firmware executed on a processor. 
[1127] The memories and memory units such as the ones used to 
implement the interleaver of the present invention can be implemented with 
various memory technologies such as, for example, random access memory 
(RAM), dynamic RAM (DRAM), Flash memory, and others. The memory unit 
can also be implemented with storage elements such as, for example, a hard 
disk, a CD-ROM drive, and others. Various other implementation of the 
memory units are possible and within the scope of the present invention. 

Recursive Coding of Multiple Bits in Parallel 

[1128] According to an alternate embodiment, encoders are configured in 
parallel to provide twice the amount of output data, wherein multiple bits are 
processed by the encoder. The increase in data output is particularly applicable 
to a high data rate communication system wherein frames are to be encoded 
quickly. The exemplary embodiment encodes multiple bits per clock cycle, thus 
meeting the time constraints of a data transmission. This embodiment avoids 
the use of one encoder per sector by sharing a single encoder over multiple 
sectors. Alternate embodiments may implement any number of encoders in 
parallel. By sharing the encoding section across sectors, the speed of the 
individual encoder may be less strict. 

[1129] According to one aspect of the exemplary embodiment frame buffer 
memories store multiple copies of each frame. A parallel Look Up Table (LUT) 
and multiplier circuits are used to implement the turbo interleaver address 
generators. The design uses AND-XOR trees to implement parallel encoding. 
The bit puncturing/reordering is also done in parallel subsequent to the 
encoding process. 

[1130] FIG. 10 serves as an example of a communications system 1000 that 
supports a number of users and is capable of implementing at least some 
aspects and embodiments of the invention. Any of a variety of algorithms and 
methods may be used to schedule transmissions in system 1000. System 1000 
provides communication for a number of cells 1020A through 1020G, each of 
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which is serviced by a corresponding base station 1040A through 1040G, 
respectively. In the exemplary embodiment, some of base stations 1040 have 
multiple receive antennas and others have only one receive antenna. Similarly, 
some of base stations 1040 have multiple transmit antennas, and others have 
single transmit antennas. There are no restrictions on the combinations of 
transmit antennas and receive antennas. Therefore, it is possible for a base 
station 1040 to have multiple transmit antennas and a single receive antenna, 
or to have multiple receive antennas and a single transmit antenna, or to have 
both single or multiple transmit and receive antennas. 

[1131] Terminals 1 060 in the coverage area may be fixed (i.e., stationary) or 
mobile. As shown in FIG. 1, various terminals 1060 are dispersed throughout 
the system. Each terminal 1060 communicates with at least one and possibly 
more base stations 1040 on the downlink and uplink at any given moment 
depending on, for example, whether soft handoff is employed or whether the 
terminal is designed and operated to (concurrently or sequentially) receive 
multiple transmissions from multiple base stations. Soft handoff in CDMA 
communications systems is well known in the art and is described in detail in 
U.S. Patent No. 5,101,501, entitled "Method and system for providing a Soft 
Handoff in a CDMA Cellular Telephone System", which is assigned to the 
assignee of the present invention. 

[1132] The downlink refers to transmission from the base station to the 
terminal, and the uplink refers to transmission from the terminal to the base 
station. In the exemplary embodiment, some of terminals 1060 have multiple 
receive antennas and others have only one receive antenna. In FIG. 1, base 
station 1040A transmits data to terminals 1060A and 1060J on the downlink, 
base station 1040B transmits data to terminals 1060B and 1060J, base station 
1040C transmits data to terminal 1060C, and so on. 

[1133] According to an exemplary embodiment a wireless communication 
system is adapted for encoding information for transmission using multiple 
convolutional encoders configured in parallel. Each of the individual encoders 
has a similar structure and are coupled via an interleaver. The parallel 
encoders provide a multiple number of outputs, i.e., for two encoders in parallel; 
the combination provides twice as many output values. A selection is then 
made at the output for those output values that will be used in further 
processing. Multiple bits are processed through the parallel encoders. 
Processing within each encoder is performed in parallel. 
[1134] The exemplary embodiment processes multiple bits per system clock 
cycle, for example, four bits per cycle. The encoder of the exemplary 
embodiment is implemented using a combination of hardware and software. 
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The hardware is used to store and process information input bits. The software 
includes instructions for controlling the hardware, and other encoding 
computations, e.g. generating the interim values during the encoding process. 
[1135] FIG. 11 illustrates a turbo encoder block 1500 according to one 
embodiment that encodes 4 bits per clock. The turbo encoder block 1500 
illustrated in FIG. 11 employs two systematic, convolutional encoders 1502, 
1552 connected in parallel, with an interleaver 1522 preceding the second 
convolutional encoder 1552. The interleaver 1522 is referred to as a turbo 
interleaver. The two convolutional codes are called the constituent codes of the 
turbo code. The outputs of the constituent encoders are punctured and 
repeated to achieve the desired number of turbo encoder output symbols. The 
transfer function of the constituent code according to one embodiment is given 
as: 



[1136] Each of the constituent encoders 1502, 1552 includes a plurality of 
registers, specifically within encoder 1502 are registers 1510, 1512, and 1514, 
and within encoder 1552 are registers 1560, 1562, and 1564. Initially, the 
states of the registers within constituent encoders 1502, 1552 are set to zero. 
Each encoder 1502, 1552 is clocked via an input switch 1501, 1551, 
respectively. Information bits are provided as input to the first encoder 1502 via 
switch 1501. The input information bits include Nturbo bits, which is effectively 
the number of bits into the encoder 1500. The input information bits are further 
provided to a turbo interleaver 1522, wherein the bits are interleaved, i.e., 
scrambled, to increase the accuracy of the transmission of data. The output of 
the turbo interleaver 1522 is provided to the second encoder 1552 via switch 
1551. The operation of each of the encoders 1502 and 1552 is similar and 
therefore the following discussion only details the operation of encoder 1502. 
Alternate embodiments may implement different types of encoders for each 
encoder included in turbo encoder block 1500. 

[1137] The input to the encoder 1502 is provided to a switch, wherein the 
switch is controlled by a system clock (not shown). The information bits are 
clocked once for each of the Nturbo data bit periods with the switch up; then, 
clocked multiple times for each of the tail bit periods with the switch down. 




Eq(9) 



wherein: 



diD) = l + D^ +D' 
ng{D) = l + D + D\ and 
n,{D)=-l+D + D^ +D\ 



Eq (10) 
Eq (11) 
Eq (12) 
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According to one embodiment, the information bits are clocked 6 times for the 
tail bit period, including 3 clocks for each encoder 1502, 1552. The encoded 
data output symbols are generated by clocking the constituent encoders 1502, 
1552 Nturbo times with the switches in the up positions and puncturing the 
outputs according to a predetermined puncturing pattern. The output for 
encoder 1500 is generated in the sequence: X, Yo, Yi, X', Y'o, Y'i. According to 
the exemplary embodiment, symbol repetition is not implemented in generation 
of the output symbol. The turbo encoder 1500 generates tail output symbols 
which are appended to the encoded data output symbols. The tail output 
symbols are generated after the constituent encoders 1502, 1552 have been 
clocked Nturbo times. 

[1138] Operation of the turbo interleaver 1522 is designed to produce a 
1^ functional equivalent result as if each of the sequence of input bits was 

C3 sequentially written to an array at a sequence of addresses, wherein the 

sequence is then read out from another sequences of addresses defined by a 
h predetermined interleaving procedure or protocol. The interleaver operation is 

Jf: further detailed with respect to FIG. 12. 

ly [1139] Continuing with FIG. 11, one node of the switch 1501 is coupled to 

f the input. A second node of the switch 1501 is coupled to an exclusive OR 

JJ (XOR) gate 1504. The output of XOR gate 1504 is coupled to a series of 

1=* registers or delay elements 1510, 1512, 1514. Each delay element has an 

associated state, wherein, information stored in delay element 1510 is referred 
to as in "state 0"; information stored in delay element 1512 is referred to as in 
"state 1"; and information stored in delay element 1514 is referred to as in "state 
2." The output of delay element 1510 is identified as "SO"; the output of delay 
element 1512 is identified as "SI"; an the output of delay element 1514 is 
identified as "S2." 

[1140] The outputs of delay elements 1512 and 1514 are each coupled to 
inputs to an XOR gate 1516. The output of XOR gate 1516 is then coupled to a 
third node of the input switch 1501 and to an input of XOR gate 1504. The 
output of XOR gate 1504 is further coupled to an input to an XOR gate 1508. 
Other inputs to XOR 1508 are received from each of the individual outputs of 
delay elements 1510, 1512, and 1514. The output of XOR gate 1504 is still 
further coupled to an input to XOR gate 1506. Other inputs to XOR gate 1506 
are received from the individual outputs of delay elements 1510 and 1514. 
[1141] The output of the encoder 1502 includes an X component directly 
from the input switch 1501, a parity bit output Yo from XOR gate 1506, and a 
second parity bit output Yi component from the output of XOR gate 1508. The 
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outputs X, Yo, and Yi are each provided to a symbol puncturing and repetition 
unit 1520. 

[1142] Functionally, the configuration of encoder 1520 Implements the 
following equations: 

X = I Eq(13) 
Fo =[/®(51©S2)]e50e52 Eq(14) 
Y,=[I®(S1@S2)]®S0®S1@S2 Eq{15) 
wherein / represents the Input information bits, SO, S1, and S2 represent the 
outputs of delay elements 1510, 1512, and 1514, respectively, and the 
operation ® represents the logical XOR operation. By applying the associative 
and distributive rules of digital logic, the Equations (10) and (11) may be 
reduced to: 

Yo=I®Sl@SO Eq(16) 
Y^=I®SO. Eq(17) 
[1143] According to the exemplary embodiment, the turbo encoder has two 
stages. During the first stage, the frame is read in from an external source. The 
CRC is also calculated during the first stage. During the second stage the 
frame is encoded, punctured and repeated. The code rate for the turbo encoder 
may be 1/3 or 1/5. 

[1144] During the second stage, four bits are received at the encoder 1500, 
wherein the four bits are processed in parallel, so as to increase the throughput 
of the encoder. Effectively, although the input information bits /[0]:/(3] are 

presented concurrently to encoder 1500, the input information bits are 
processed as if presented to the encoder 1500 serially. This is accomplished 
by recursively applying the Equations (16) and (17) to the input data. During an 
individual system clock cycle, the values of the states are determined, i.e., 

50[0]:50[4], 51[0]:51[4], 52[0]:52[4], respectively. 

[1145] FIG. 12 illustrates operation of an interleaver according to one 
embodiment. As illustrated, an interleaver 1300 receives an input from a 
counter (not shown) to increment the ADD circuitry 1302. Functionally, the 
address generation is equivalent to writing counter values into an array of 
memory storage rows. The rows are shuffled according to a bit-reversal or 
other rule, and the elements in each row are permuted according to a row- 
specific linear congruential sequence. The output addresses are then read out 
by columns. The linear congruential sequence may be given as: 
[1 1 46] jc(i + 1) = (jc(i) + c)mod 2", Eq (1 8) 

wherein x(0)=c and c is a row-specific value from a look-up table. 
[1147] Continuing with FIG. 12, Most Significant Bit (MSB) information from 
the value of the counter is provided to the add unit 1302. The add unit 1302 
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increments the MSB value of the counter and provides the result to multiply unit 
1304. In one embodiment, the resultant value is modified so as to provide only 
a predetermined number of bits as output. The Least Significant Bit (LSB) 
information from the value of the counter is provided to Lookup Table (LUT) 
1308 and bit reverse unit 1310. The LSB information is used to address the 
LUT 1308, wherein the value stored in that location is also provided to the 
multiply unit 1304. The inputs to multiply unit 1304 are multiplied together and 
the product provided to selection unit 1306. In one embodiment, the multiply 
unit 1304 provides only a portion of the product as output to selection unit 1306, 
such as the LSB portion of the product. The bit reverse unit 1310 performs a bit 
reverse operation, similar to that discussed hereinabove, on the LSB portion of 
the counter value. The output of the bit reverse unit 1310 is provided to the 
selection unit 1306. According to the exemplary embodiment, the input to the 
selection unit 1306 received from the multiply unit 1304 is used as an LSB 
portion, and the input received from the bit reverse unit 1310 is used as an MSB 
portion. The selection unit 1306 also determines if the resultant output address 
is a valid address. If the address is not valid, the selection unit discards the 
result, wherein on the next counter increment, a new address is generated. 
Alternate embodiments may implement alternate interleaving schemes applied 
between the parallel convolutional encoders. 

[1148] Note that the encoder 1500 of FIG. 11 may be shared by multiple 
modulator blocks within a wireless transceiver and therefore, the encoder of the 
exemplary embodiment encodes multiple bits per clock cycle thus satisfying the 
speed requirements of a high speed data transmission system. For example, 
as illustrated in FIG. 13, the functional operation of encoder 1100 encodes four 
bits per clock cycle, wherein the encoder 1100 is designed to encode a 
maximum size frame in approximately 32 pis using a 40 MHz clock. As 
discussed hereinabove, the encoder 1100 operates in two stages. During the 
first stage, a frame is read out from an external source and the CRC is 
calculated. During the second stage, the frame is encoded, punctured, and 
repeated. As used in the description of the exemplary embodiment, a frame is 
a data transmission unit having an overhead portion and a payload portion. 
[1149] FIG. 13 is a functional illustration of operation of encoder 1100 
according to the exemplary embodiment. The encoder 1100 receives 
information bits as 16 bit words from an external source which according to one 
embodiment is a plurality of Random Access Memories (RAMs). Five identical 
copies are stored in memories within the encoder 1100. The bits are then 
selectively provided to a parallel encoder 1132 via a demultiplexer 1130. 
According to the exemplary embodiment, 1 6 bits are provided from the memory 



010411 

EL902897979US 



37 



11 28 to the demultiplexer 11 30, which selects 4 bits at a time for presentation to 
the parallel encoder 1132. The parallel encoder receives the 4 input bits and 
generates three outputs, X, Yo, and Yi. Each of the outputs is a 4 bit output, 
wherein the parallel encoder uses recursive processing to produce 4 bit outputs 
for each clock cycle. 

[1150] As discussed hereinabove, the CRC generator 1134 operates during 
the first state, wherein a 16 bit CRC is computed on the packet currently being 
processed. A packet includes a payload, a ORG portion and a tail portion. One 
embodiment supports variable length packets. As the data is read at 16 bits per 
clock cycle, the ORG generator 1134 computes the GRG every cycle. By the 
end of the first stage, the GRG is ready. At this point, the GRG is written into the 
memory storage unit (MEIVI) 1128 and also into four memory storage devices 
MEM, 1104 to 1106. Also during the first stage, the information bits are 
provided to the MEMs 1104 to 1106. The information bits are clocked to the 
MEMs 1 104 to 1 106, wherein 16 bits are clocked each clock cycle. Note that in 
the exemplary embodiment MEMs 1104 to 1106 include four memories, 
however, alternate embodiments may include alternate numbers of memories. 
The MEMs 1104 to 1106 receive addressing control information from address 
generator 1124 and counter 1126, which are each coupled to inputs to a 
multiplexor 1 136. The output of the multiplexer 1 136 provides the control signal 
to the MEMs 1104 to 1106. The address generator 1124 increments the 
addressing for storage of four values. During a write operation to the MEMs 
1104 to 1106, each of the MEMs 1104 to 1106 receives the same address. 
During a read operation from the MEMs 1104 to 1 106, each of the MEMs 1 104 
to 1106 receives a different address. As illustrated in FIG. 13, the MEM 1128 
feeds one of the parallel encoders 1132, while the MEMs 1104 to 1106 feed a 
second parallel encoder 1144. From the parallel encoders 1132 and 1144, 
each of which provide output sets of X, Yo, and Yi , the output bits are provided 
to a symbol repetition and puncturing block, such as block 1520 as in FIG. 1 1 . 
[1151] As illustrated in FIG. 14, information bits /[O] : /[3] are presented to an 

encoder 1200, similar to encoders 1500 and 1 100. The encoder 1 100 includes 
a look ahead state generator 1200 for applying Equations (16) and (17) to the 
input information bits /[0]:/[3]. The look ahead state generator 1202 
generates the state information and stores the states 50[4], Sl[4], S2[4] in a 
register or memory storage device 1204. The state information is updated on 
each system clock cycle. Prior to the first values stored the memory storage 
device 1204 is initialized to predetermined state values. The state values 
50[0]:50[3], 51[0]:51[3], 52[0]:52[3] are then provided to multi-bit output 
generators 1206, 1208. The input information bits I[0] : I[3] are provided as the 
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outputs X[0]: X[3]. The multi-bit output generator 1206 generates the outputs 
Yo[0]:Y^[3]; while the multi-bit output generator 1208 generates the outputs 
y,[0]:F,[3]. The multi-bit output generators 1206 and 1208 recursively 
calculate values based on Equations (16) and (17) given hereinabove. 
[1 152] As discussed hereinabove, the address generation of the exemplary 
embodiment provides four read addresses to four turbo interleaver memories 

1104 1106. The turbo interleaving addresses do not have a discernible 

pattern, and therefore, it Is desirable to generate four copies of each address to 
obtain a read throughput of 4 bits per clock. Each of the interleaver memories 
1 104, 1 106 provide one 16 bit word as a read word; one bit Is selected from 
each 16 bit read word via multiple 16:1 multiplexers. In the exemplary 
embodiment, each interleaver 1104, 1106 is coupled to a multiplexer 1140, 

1142, respectively. The 4 bits (i.e., one bit from each interleaver 1104, 
1 106) are then passed to the second encoder 1 144. 

[1153] The total encode time is the time it takes to read the bits into the 
memories during the first stage plus the time to encode during the second 
stage. For example, consider a frame size of 4096 bits, wherein the 
approximate number of cycles to encode the frame Is given as: 
[1154] +4^ = 1280, Eq(19) 

Therefore, for a system having a 40MHz system clock, a 4096 bit frame will take 
approximately 32ns to encode, which is within a target 40^3 encode time 
period. 

[1 1 55] As described hereinabove, the two stage encoder provides the whole 
packet residing in an internal memory structure. In such structure the input 
information is provided to the encoder via a read port capable of processing four 
bits, i.e., quad read port. An external frame source memory is generally one 
read port, and therefore an alternate method is used to encode the frame from 
this memory directly. The exemplary embodiment provides a recursive 
processing of information multiple information bits per clock cycle in order to 
provide four encoded bits each clock cycle. 

[1156] The CRC generator 1134 and encoders 1132 and 1144 operate on 
data at rates greater than 1 bit per clock cycle. The exemplary embodiment 
implements an AND-XOR tree structure throughout to allow parallel processing. 
Alternate embodiments may implement any logical structure that recursively 
implements the Equations (13), (14), and (15). Each AND-XOR tree is given a 
unique two dimensional array of bits which determine the taps of the AND-XOR 
tree. For example, consider the encoders 1132, 1144, wherein each includes 
an internal 3-bit state with different XOR taps for the parity bit outputs, i.e., Yo, 
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Yi. Each encoder 1132, 1144 encodes 4 bits per clock cycle in the parallel 
implementation, wherein a 1/3 rate encoder will produce 12 bits of data per 
clock, i.e., 4 X bits, 4 Yo bits, 4 Yi bits. Each output bit is dependent on all 4 
input bits as well as the current state. Each encoder includes 3 AND-XOR trees 
that generate the next two groups of 4 bit output values as well as the next 3 bit 
state. The X output is directly provided from the input to the encoder, and is not 
provided through an AND-XOR tree. 

[1157] In the exemplary embodiment, multiple valid addresses are required 
per clock cycle. According to the exemplary embodiment, the multiple 
addresses include four addresses. Four independent circuits are used to 
generate the four independent read addresses. For encoder 11 44, 4 input bits 
are used per clock cycle. These 4 input bits come from four different 
interleaver address locations in the 4 frame memories, and therefore 4 address 
generators provide the 4 addresses. 

[1158] As an example of the recursive operation performed by encoders 
1502 (and also 1552) of FIG. 11, and detailed in the specific operation of FIG. 
14, consider the following application. The states generated and stored in 
elements 1510, 1512 and 1514 are identified as states So, Si, and S2, 
respectively. The calculation for each state on a given iteration is determined 
by the following set of equations. 

So [n+1 ] = I [n] e Si [n] @ S2 [n] Eq (20) 

Si[n+1] = So[n] Eq(21) 
S2[n+1] = Si[n] Eq(22) 
wherein n is the iteration index. The encoder 1500 has received an input l[0], 

corresponding to the input at iteration 0. Correspondingly, each of the elements 
1510, 1512, and 1514 have been initialized to a values So[0], Si[0], and S2[0]. 
In this case, for iteration n=1 , the equations are implemented as: 

So [1 ] = I [0] © Si [0] © S2 [0] Eq (23) 

Si[1] = So[0] Eq(24) 
S2[1] = Si[0] Eq(25) 
wherein the input values and state values for n=0 (at initialization). Similarly, on 
iteration n=2, the values from iteration n=1 are stored in the elements 1510, 
1512, and 1514 and are used to calculate state values as: 

So[2] = l [1]@Si[1]©S2[1] Eq(26) 
Si[2] = So[1] Eq(27) 
S2[2] = Si[1]. Eq(28) 
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Using the previously generated values and relationships, Equations (26), (27) 
and (28) result in: 

So[2] = l[1]©Si[1]®S2[1] Eq(29) 

50 [2] = I [1 ] e So [0] © Si [0] Eq (30) 
Si[2] = So[1] Eq(31) 

51 [2] = I [0] © Si [0] © Sg [0] Eq (32) 
S2[2] = Si[1] Eq(33) 
S2[2] = So[0]. Eq(34) 

The results for iteration n=3 are given as: 



So[3] = l [2]@ 


Si[2]( 


BS2[2] 


Eq (35) 


So [3] = 1 [2] © 


(1 [0] a 


)Si[0]® S2[0])®So[0] 


Eq (36) 


Si [3] = So [2] 






Eq (37) 


Si[3] = l[1]® 


So[03« 


BSi[0] 


Eq (38) 


S2[3] = Si[2] 






Eq (39) 


S2[3] = l [0]@ 


Si [0] ( 


©S2[0]. 


Eq (40) 



Similarly, the results for iteration n=4 are given as: 

So [4] = I [3] © Si [3] © S2 [3] Eq (41 ) 

So [4] = I [3] © (I [1 ] © So [0] © Si [0]) © (I [0] © Si [0] © S2 [0]) Eq (42) 

50 [4] = I [0] © (I [1 ] © I [3] © So [0]) © S2 [0] Eq (43) 

51 [4] = So [3] Eq(44) 

51 [4] = I [2] © I [0] © Si [0] © S2 [0] © So [0] Eq (45) 
S2[4] = Si[3] Eq(46) 

52 [4] = I [1 ] © So [0] © Si [0] Eq (47) 

Note that some iterations result in similar state calculation relationships that 
may be exploited in encoder design and operation. 

[1159] Continuing with operation of the encoder 1 100, during the first stage, 
memories within the encoder are written with the same data at the same 
memory addresses. During the second stage, the memories are read from 
independently at different addresses. 

[1160] Returning to FIG. 12, the circuit of FIG. 12 produces one address per 
clock cycle. The input counter is a power of two, and therefore, some 
addresses may be produced that are out of the range defined by the turbo 
interleaver block size. The invalid addresses are detected and skipped by the 
address generator. A pipeline register may be inserted half way through the 
address generation circuit to increase the speed of operation. 
[1161] A turbo Interleaver address generation circuit 1400 according to one 
embodiment is illustrated in FIG. 15. An enable signal and a packet size 
indicator are provided to an address pointer 1402. The output of the address 
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pointer 1402 is provided to parallel circuit paths, and to LUTs 1404, 1454 which 
are used to increment the address values. The append units 1406, 1456 add 1 
bit to the 2 bits received from each of LUTs 1404, 1454, respectively. The 
outputs of append units 1406, 1456 are provided to adders 1408, 1458, 
respectively. The result of the add operation is then provided to multiplexers 
1410, 1460. An enable signal is provided to each of the multiplexers 1410, 
1460, which each produces 12 bits. The output of multiplexers 1410, 1460 are 
provided to a delay element 1412, 1462, the output of which is fed back to 
adders 1408, 1458. The outputs of delay elements 1412, 1462 are provided to 
a network of delay elements including turbo encoder LUTs 1414, 1464. The 7 
MSBs of the output of delay elements 1412, 1462 are provided to delay 
elements 1416, 1466. The 5 LSBs are provided to both the LUTs 1414, 1464 
and the delay elements 1420, 1470. The outputs of delay elements 1416 and 
1418 are coupled to inputs of a multiplier coupled to delay element 1422. The 
outputs of delay elements 1466, 1468 are coupled to inputs of a multiplier gate 
coupled to delay element 1472. The output of delay element 1420 is coupled 
to a bit reverse unit 1424. The output of delay element 1470 is coupled to a bit 
reverse unit 1474. Each path is finally provided to a delay element 1426, 1476, 
respectively. 

[1162] According to one embodiment, the valid addresses are divided into 
four groups. Each of counter values resulting in a valid address is determined 
as well as those counter values that will result in an invalid address. The 
mapping of counter values to addresses is stored in the LUTs 1404, 1454. For 
each individual LUT, when the counter value increments to a value 
corresponding to an invalid address, the LUT outputs an appropriate offset 
value to provide the next counter value corresponding to a valid address. In this 
way, the address generator only generates valid addresses. The process 
avoids unnecessary address calculations, i.e., calculation of invalid addresses 
that are later discarded. 

[1163] The address generation circuitry of FIG. 15 may be applied to an 
encoder configuration such as encoder 1600 of FIG. 16. Encoder 1600 Is 
responsive to an external memory which provides the frame to be encoded. 
Five copies are made of the input data and stored in each of memories 1622, 
1624, 1626, 1628, and 1630, named respectively MEM 1, MEM 2, MEM 3, MEM 
4, and MEM 5. MEM 1 provides 4 sequential bits to encoder 1650. The 
addresses within MEM 1 are accessed sequentially. The encoder 1650 
provides 4 bit outputs for each of X, Yo, and Yi. 

[1164] Address generators 1632, 1634, 1636, and 1638 are coupled to MEM 
2, MEM 3, MEM 4, and MEM 5, respectively. The MEM 2, MEM 3, MEM 4, and 
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MEM 5 each provide one bit to encoder 1652. The encoder 1652 also provides 
4 bit outputs for each of X, Yo, and Yi. 

[1165] The address generators 1632, 1634, 1636, and 1638 produce unique 
series of address locations for each of the associated memories. For example, 
in one scheme, address generator 1632 produces address locations 0, 4, 8, 
etc.; address generator 1634 produces address location 1, 5, 9, etc.; address 
generator 1636 produces address location 2, 6, 10, etc.; address 1638 
produces address location 3, 7, 1 1 , etc. When the address generated exceeds 
the block size of the interleaver, the address generator skips this address. 
[1166] FIG. 17 illustrates a method 2000 for generating addresses for 
interleaving as used in a parallel turbo encoder. The method increments a 
counter at step 2002. The counter value is used to generate an address for 
interleaving input data in a turbo encoder, such as the embodiment illustrated in 
FIG. 16. At decision diamond 2004 the counter value is then checked to 
determine if the counter value will result in an invalid address. The invalid 
addresses are predetermined, wherein the counter values corresponding to the 
invalid addresses are stored in a memory storage device. The invalid 
addresses are addresses larger than the size of the data packet. If the counter 
value will result in an invalid address, the process continues to step 2006 to 
adjust the counter to a next valid address. Else processing continues to step 
2008 to generate an address based on the counter value, either originally 
generated or adjusted. If the packet is complete at decision diamond 2010, 
processing terminates. Else processing returns to step 2002. 
[1167] The present invention provides a method of encoding multiple bits in 
parallel, using a recursive method of processing the various outputs. During 
each clock cycle, the encoder processes multiple bits and generates outputs 
consistent with those that would be generated sequentially in a conventional 
convolutional encoder. In one embodiment, input data is stored in multiple 
memory storage units, which are then each uniquely addressed to provide data 
to the two parallel encoders, e.g., embodying a turbo encoder. 
[1168] Thus, a novel and improved method and apparatus for encoding 
multiple bits in parallel, using a recursive method of processing the various 
outputs has been presented. Addresses are generated for the interleaving 
operation by use of multiple memory storage devices, wherein a counter is used 
for generation of interleaver addresses and a mapping is provided to identify 
invalid addresses. Those of skill in the art would understand that the data, 
instructions, commands, information, signals, bits, symbols, and chips that may 
be referenced throughout the above description are advantageously 
represented by voltages, currents, electromagnetic waves, magnetic fields or 
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particles, optical fields or particles, or any combination thereof. Those of skill 
would further appreciate that the various illustrative logical blocks, modules, 
circuits, and algorithm steps described in connection with the embodiments 
disclosed herein may be implemented as electronic hardware, computer 
software, or combinations of both. The various illustrative components, blocks, 
modules, circuits, and steps have been described generally in terms of their 
functionality. Whether the functionality is implemented as hardware or software 
depends upon the particular application and design constraints imposed on the 
overall system. Skilled artisans recognize the interchangeability of hardware 
and software under these circumstances, and how best to implement the 
described functionality for each particular application. As examples, the various 
illustrative logical blocks, modules, circuits, and algorithm steps described in 
connection with the embodiments disclosed herein may be implemented or 
performed with a digital signal processor (DSP), an application specific 
integrated circuit (ASIC), a field programmable gate array (FPGA) or other 
programmable logic device, discrete gate or transistor logic, discrete hardware 
components such as, e.g., registers and FIFO, a processor executing a set of 
firmware instructions, any conventional programmable software module and a 
processor, or any combination thereof designed to perform the functions 
described herein. The processor may advantageously be a microprocessor, but 
In the alternative, the processor may be any conventional processor, controller, 
microcontroller, programmable logic device, array of logic elements, or state 
machine. The software module could reside in RAM memory, flash memory, 
ROM memory, EPROM memory, EEPROM memory, registers, hard disk, a 
removable disk, a CD-ROM, or any other form of storage medium known in the 
art. An exemplary processor is advantageously coupled to the storage medium 
so as to read information from, and write information to, the storage medium. In 
the alternative, the storage medium may be integral to the processor. The 
processor and the storage medium may reside in an ASIC. The ASIC may 
reside in a telephone or other user terminal. In the alternative, the processor 
and the storage medium may reside in a telephone or other user terminal. The 
processor may be implemented as a combination of a DSP and a 
microprocessor, or as two microprocessors in conjunction with a DSP core, etc. 
[1169] Preferred embodiments of the present invention have thus been 
shown and described. It would be apparent to one of ordinary skill in the art, 
however, that numerous alterations may be made to the embodiments herein 
disclosed without departing from the spirit or scope of the invention. Therefore, 
the present invention Is not to be limited except in accordance with the following 
claims. 
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WHAT IS CLAIMED IS: 



